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CROSS REFERENCE 
TO RELATED PATENT APPLICATIONS 

This patent application is related to U.S. Serial No. <$M?f d0 
5 filed concurrently herewith, for a "A Method and Apparatus 
for Overriding Resource Maps in a Computer System" by 
Dean Yu and Chris Derossi, attorney docket number 2827- 
38027(P946), which is hereby incorporated by reference. 

10 Documents incorporated by reference 

The following documents are herein incorporated by 
reference: Inside the Macintosh, Volume IV, Addision- 
ru Wesley Publishing Company, Inc. (1987); and Apple 

to Macintosh Family Hardware Reference, Addison-Wesley 

|jj 15 Publishing Company, Inc. (1988). 

w 

J BACKGROUND OF THE INVENTION 

f ii Field of the Invention 

fU This invention relates generally to computer 

□ 20 operating systems boot sequence and initialization 
h methods and apparatus. 

Summary of the Related Technology 

25 System Software as it's developed today is tied very 

closely with the particular Macintosh machines that it 
supports. In some cases, this makes a lot of sense since 
the system software has to interface with the hardware. In 
other cases, though, this is an artificial limitation. For 

30 example, System 6.0.5 doesn't support the Macintosh 
Classic because the Classic was released after System 
6.0.5. However, since the Classic is so similar to previous 
machines, namely the Macintosh SE, System 6.0.5 would 
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work just fine if it weren't for the check made by the boot 
code that prevents it from loading. 

Frequently there will be changes to the hardware 
5 which require changes to the system software. In many 
cases, the changes needed in the system software are 
minor compared to the task of developing and releasing an 
entirely new version. But, in the past, there was no way to 
provide incremental changes without releasing a whole new 
10 version of system software. Thus, each new set of 
h : machines required a complete and separate software 

j'j development effort, 

rii 

fU Hardware support releases of system software are 

Si 15 released later, and have higher versions numbers than the 
w version on which the release was based. Customers 

Jj, perceive that the hardware support version is superior 

ru because it has a higher version number. Customers then 

"J want the newer version, even if they do not have one of the 

p 20 new machines that require the new software. Exacerbating 
^ the matter is the fact that hardware support releases 

often supply additional functionality, causing developers 

and customers to want the new release for all machines. 

Hardware support features are required by new machines, 
25 thus new software releases are required to implement 

small human interface elements. For example, System 

6.0.5 could not ship with Classic because "About the Finder . 

. ." would have called it a Macintosh SE and given it the 

wrong icon. 

30 

In the past, operating systems were developed with a 
particular processor and hardware environment in mind. 
System designers tailored the operating system to run on 
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a particular processor and hardware configuration. While it 
has been considered good programming design 
methodology to take advantage of the underlying hardware 
architecture, the operating system was limited to the 
5 particular processor and hardware environment for which it 
was written. The operating systems were not portable. 
This was so because the operating system software had to 
interface with and control the computer system hardware. 
Although such operating systems may have operated 
10 satisfactorily on one particular type of processor, they 

h would not run on another type of processor. As a result, 

p prior operating systems were inflexible. 

rij 

p| In the past, an entirely new version of the operating 

m 15 system software usually had to be developed for each new 
W type machine. An individual development effort was 

J a , required to code and release a new version of the 

[U operating system whenever a new processor or hardware 

fl configuration change was implemented. Such development 

p 20 efforts were usually very expensive and time consuming. 

In order for the operating system to accommodate 
different hardware environments, system designers were 
usually forced to release a new version of the operating 

25 system when new hardware platforms became available. 
Many times, it did not take long for the latest version of an 
operating system to be upstaged by a newer version 
generated to accommodate a new hardware configuration. 
As an undesirable result of this, different versions of the 

30 same operating systems would proliferate. 

Even in the absence of new hardware platforms using 
new machine designs, there were other changes in 
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hardware that required changes to the system software. In 
many cases, the changes to the hardware were relatively 
minor compared to the task of developing and releasing an 
entirely new version of the operating system software. 
Nevertheless, these ad hoc efforts at system design 
negatively impacted engineering resources, quality 
control, marketing, and profitability. The proliferation of 
different versions of an operating system created 
significant difficulties for those attending to version 
control and documentation. The problems normally 
encountered in debugging software and beta testing were 
greatly exacerbated by the proliferation of different 
versions of operating system software. 

In the past, attempts have been made to extend the 
functionality of an operating system software release by 
patching or implementing new functions. These 
functionally extensible patch files were sometimes 
referred to as "extensions." For example, to add new 
functionality that allows an application program to play 
movies within a document, an attempt might be made to 
extend the system software functionality with an 
extension file. Extensions were sometimes referred to as 
"INIT" files, because of their file type in the Macintosh 
computer environment provided by Apple Computer, Inc. 
Extension files were patch files that relied on the system 
boot routine to bring up the system from a power on reset 
state to a fully operational state. 

Patch files contained changes to system software 
that were called in and executed to augment system 
software after system initialization by the boot routine. 
These patch files would change code in the operating 
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system to accommodate new machines, new hardware 
configurations, and to update system software in order to 
fix problems or add functionality after the release of a 
particular version of an operating system. 

5 

In addition to the above described problems, 
application programs that were written to run on a 
particular hardware platform might not run on later 
versions of the hardware, because the application program 
10 might not be compatible with the new version of the 
j;J operating system required for a new hardware 

q configuration different from that on which the application 

ru program was originally designed to run. 

uj 

en 15 Further problems were created because the way that 
^ system programmers dealt with the inherent 

incompatibility between most underlying hardware 
[ij architecture's sometimes had the undesirable result of 

fl imposing artificial limitations on the software. Typically, a 

□ 20 status check of the hardware configuration would be 
H performed by the operating system during the system 

start-up, or boot procedure. Oftentimes, an operating 
system designed to run on a first hardware platform would 
be prevented from loading onto a second slightly different 
25 platform, when the status check determined that the 
hardware platform was not the one that the operating 
system expected. The system would halt, even though the 
operating system might be capable of actually running on 
that slightly different hardware platform. Thus, the 
30 artificial barrier created by the common practice of 
performing such status checks would make operating 
systems that were designed to run on a particular 
hardware platform incompatible with any different 
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hardware platform, regardless of the similarities between 
the two hardware platforms. Nevertheless, such status 
checks were often considered to be a necessity in order to 
prevent computer system crashes, because of the lack of 
portability between most hardware platforms. 

Customers were often confused when numerous ad hoc 
versions of system software appeared on the market with 
higher version numbers than the one the customer had just 
purchased. Customers typically perceived software having 
a higher version number to be superior over software with 
a lower version number, even though the difference in 
version was only to accommodate hardware which the 
customer did not utilize. This practice also tended to raise 
customer concerns as to why frequent software revisions 
were being released. 

The system software vendor must test its latest 
released version of operating system software with all 
existing computer hardware, past and present. Of course, 
as the number of different hardware systems increases, so 
does the requirement for software testing of new system 
software versions. 

It is apparent from the above discussion of problems 
in conventional systems, that there is a need for an 
improved method and apparatus to accommodate new 
computer hardware developments with an existing 
software operating system. 
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SUMMARY OF THE INVENTION 

This invention relates generally to the concept of 
5 using modularized software with new computer systems 
and more particularly to a technique that employs a 
separate modular software file having all patches, code, 
data and resources needed to initialize a particular 
computer system. 

10 

h The present inventors have developed new operating 

5 system architectures that are designed to solve these 
ill problems. Portions of the boot or start-up routine have 
JO been moved out of read only memory (ROM) and into files 
jjj 15 so that the boot routine is no longer hard coded and 

W inflexible. As much of the boot procedure as possible is 

° ot located in a file on disk instead of ROM so that the boot 

ru procedure can be changed by providing a new boot 

[(J procedure file on disk. 

□ 20 

6 The present invention provides a method and 
apparatus for updating existing computer operating 
system software so that the existing version of the 
system software will operate with and utilize new 

25 functionalities and developments in computer operating 
system and the underlying computer hardware 
architecture. The method and apparatus of the present 
invention utilizes software modules, referred to as a 
"System Enabler" or "Gibbly", which is specific to a 

30 particular computer system's implementation in hardware 
and software. Whenever a new computer system is 
introduced, the correct new version of a software module 
is also included with the computer system. The operating 
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system software of the present invention utilizes a - 
separate file which contains all of the patches, code, data 
and resources needed to utilize specific new hardware. 
This file is called the "System Enabler" or "Gibbly". 

By removing the hardware specific knowledge from 
the operating system software, a new version of the 
operating system software is not required every time new 
hardware is utilized in a computer system. Instead, the 
present invention allows the most recent generic version 
of a software operating system to be utilized with 
subsequently introduced computer hardware systems by 
supplying the appropriate System Enabler with the new 
computer system. 

The present invention reduces the number of new 
versions of operating system software required to support 
new computer system hardware. The present invention 
permits hardware specific changes to be made to the 
operating system software early in the boot process. 

A feature of the present invention is the ability to 
boot new hardware implementations developed 
subsequently to the current operating system software. 
Another feature of the present invention is use of the most 
recent time stamped Gibbly, or some other selection 
criteria such as machine state, operating mode, or other 
criteria to select the most appropriate Gibbly for starting 
up the computer system. 

Other and further features and advantages will be 
apparent from the following description of a presently 
preferred embodiment of the invention, given for the 
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purpose of disclosure and taken in conjunction with the 
accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure. 1 is a schematic block diagram of a computer 
system in accordance with the present invention; and 

Figures 2-4 are flow charts in accordance with the 
present invention. 

DETAILED DESCRIPTION OF THE PREFERRED 

EMBODIMENT 

A better understanding of the present invention will 
be obtained when the following detailed description is read 
with reference to the drawings where common elements 
are designated with like numbers or letters and similar 
elements are designated with like numbers or letters 
followed by a lower case letter. The system and method of 
the present invention utilizes a generic software operating 
system to be used with subsequently released computer 
systems using newly designed hardware. 

Overview of a Preferred Embodiment 

A computer system comprises a processor, random 
access memory (RAM), read only memory (ROM), 
nonvolatile memory storage devices (hard disk) and user 
input-output interfaces (keyboard and video display). 
Nonvolatile memory is used to store software programs , 
for example, the operating system and application 
programs. The ROM stores instructions that cause the 
processor to run system diagnostic tests then transfer 
program information stored in the nonvolatile memory to 
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RAM. Once the operating system and other required- 
software resources have been transferred to RAM, the 
processor begins executing the instructions stored in the 
RAM. 

5 

Preferably, as the computer system hardware begins 
initialization in the power-on reset or user initiated mode, 
the hardware start up process, common referred to as a 
boot routine, the generic software operating system 
10 searches for the current System Enabler or Gibbly that is 
programmed to boot the corresponding specific hardware 
j!j system. Normally, a computer system starts the operating 

fy system boot sequence from instructions located in its 

[0 ROM. The ROM resident instructions direct the processor of 

|{ is the computer system to continue booting from 
W instructions located in boot code in the RAM associated 

: L with the computer hardware. These boot instructions 

fy located in RAM may then call the appropriate System 

fW Enabler or Gibbly to complete the correct boot program 

5 20 for the specific hardware system. Thus the boot routine 
M can be updated by providing a new System Enabler or 

Gibbly file to be executed by the boot routine during 
system initialization. 

25 The specific software mechanism of the System 

Enabler may be called hereinafter a "Gibbly". A Gibbly may 
be thought of as a program that is capable of booting one 
or more machines. The system software selects the most 
appropriate Gibbly and allows the selected Gibbly to boot 

30 the computer system. 

A summary of the preferred embodiment of the 
present invention will be described for an Apple (R) 
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Macintosh (R) computer system. A more complete 
description of the Macintosh computer hardware and 
software systems is illustrated in "Inside Macintosh" by 
Apple Computer, Inc., Addison-Wesley Publishing Company 
(2d Ed. 1992) and incorporated herein by reference for all 
purposes. 

In the preferred embodiment, the Gibbly of the 
present invention may exist in the System file, in the 
computer system ROM, or in a separate file in the System 
Folder. The Gibbly preferably resides in the System Folder 
for booting up the computer system. The preferred Gibbly 
contains a resource which specifies which computer 
systems the Gibbly is capable of booting. Preferably, the 
Gibbly also has a time stamp which allows the system 
software of the present invention to utilize the Gibbly with 
the most recent time-date stamp for booting purposes if 
more than one Gibbly is present. The appropriate Gibbly 
selection process may be based upon criteria other than 
the time-date stamp. The Gibbly may contain other 
selection criteria comprising machine state, operating 
mode, preference file, or other criteria describing the 
machine, its hardware, or the preferred initial operating 
state. 

In the preferred embodiment, the operating system 
software is generic in that the same system software may 
be utilized with a general class of past, present, and future 
computer systems. Preferably, there is enough 
commonalty in the general class or family of computer 
systems so that the general functionality of the generic 
system software does not materially change between 
members of the class. Specific enhancements in new 
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computer system software and hardware, however, may be 
outside of the general class and may require special 
purposed programs to fully utilize the enhanced features 
of the new hardware. 

The present invention utilizes existing and proven 
operating system software and modifies it or adds special 
instructions to take best advantage of new hardware 
developments and architectures as they become 
integrated into new computer systems added to the 
general class of computer systems to which a generic 
operating system applies. The improved method and 
apparatus of the present invention utilizes a System 
Enabler or Gibbly that contains the hardware specific 
instructions for each type of computer system in the 
general class. The generic software operating system 
passes control to the System Enabler or Gibbly during 
system start up or boot so that the hardware specific 
instructions may be implemented. 

The Gibbly of the present invention contains a list of 
computer systems that it has knowledge of, and also, the 
Gibbly includes a time-date stamp. The list of computer 
systems allows the Gibbly to act on computer systems for 
which the Gibbly was designed. The time-date stamp 
allows the resident operating system program to select 
the most recent Gibbly. Gibblies may reside in the 
computer system ROM, with the operating system in the 
system file, or exist as separate programs introduced as 
new Gibbly files distributed after both the computer 
system hardware and operating system software are 
installed and operational. 
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In the preferred embodiment, the operating system 
selects the most appropriate Gibbly based on the most 
recent time-date stamped Gibbly that has knowledge of 
the particular machine that the operating system is trying 
5 to boot. The machine may be located on a network and a 
Gibbly may be associated with other machines on the 
network. Because the Gibbly operates each time the 
computer system starts up, new Gibblies, having enhanced 
features, may be added subsequent to existing installed 
10 Gibblies. More than one Gibbly may exist in the computer 
M system ROM, operating system software, or added 

b resource file, but only the latest time-date stamped 

H Gibbly will be utilized during system start up, thus, 

jjj insuring that the latest hardware implementations are 

U 15 utilized. 

cn 

hi 

The Gibbly mechanism is designed to solve the 
j:J problems encountered with past systems as discussed 

Hi above. The present invention reduces the effort required 

*j 20 to support new machines, by allowing incremental changes 
j:! to the system software to be performed outside of the 

base system software. Thus only the incremental changes 
require additional development and testing. The 
incremental changes required for new machines do not 
25 execute on older machines, thus system developers do not 
have to test an incremental change to system software on 
the older systems that do not utilize the change. Instead, 
developers can concentrate on testing the new software 
with the new machines. 

30 

The present invention provides an improved method 
and apparatus that supports changes to, low-level system 
software. In order for the Gibbly mechanism to be 
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successful, it supports the kinds of changes that are 
required by new hardware. The existing extension (INIT) 
mechanism will not work because it doesn't allow low-level 
changes to be applied early enough in the boot process. 
The present invention reduces the amount of effort 
required to support new computer system hardware by 
allowing incremental changes specific to the new hardware 
be added to the operating system software without having 
to modify or retest the underlying generic operating 
system software. 

The Gibbly architecture leverages off of resource 
overrides described in the patent application entitled A 
Method and Apparatus for Overriding Resource Maps in a 
Computer System, filed concurrently herewith. The 
resource override architecture is one of the foundational 
architectures for the Gibblies. 

In the preferred embodiment, after a power-on reset 
or a user initiated reset, the system boot process 
initializes the computer system to its proper initial 
operating state. The initial operating state will depend on 
the available peripherals and central processing unit. A 
Gibbly may exist in the system file , in ROM, or as a 
separate file from the system file. The system boot file 
will determine whether to continue booting with the 
remainder of the boot file contained in the system file or 
another file, or to go to an external Gibbly to continue the 
boot process. 

The initial portion of the boot procedure is contained 
in ROM, after which the ROM routine reads in the remainder 
of the boot code from disk. The Gibbly will install 
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additional patches and features that the specific machine 
will require. A specific Gibbly is customized to boot a 
particular machine or set of machines. The Gibbly allows 
the system to boot or initialize and work properly. 

In the preferred embodiment, the earliest stages of 
the boot process are carried out by the ROM in the 
Macintosh. As soon as possible, the boot process is handed 
over the system software on disk. Since the system 
software was created more recently, it is assumed to have 
more knowledge about what needs to be done. Gibblies 
takes this idea one step further. 

A Gibbly is an entity that knows how to boot one or 
more machines. By default, there's a Gibbly in the System 
itself which knows how to boot the particular machine and 
other machines similar to it. Instead of always taking the 
boot process upon itself, as is done today, the System will 
locate the most recent Gibbly and allow it to boot the 
Macintosh. The concept is the same as with the ROM and 
system software, the most recent Gibbly code has more 
knowledge about what needs to be done. 

Booting with Gibblies 

A Gibbly may exist in one of three places: the System 
file itself, the ROM, or in a separate file in the System 
Folder for flexibility. A Gibbly may be placed in ROM to 
complete a boot process in ROM. The Gibbly may exist in 
the system file, in which the entire file contains enough 
information to boot the machine. There may be also a 
system enabler file, the Gibbly, shipped with new machines. 
Thus when new versions of the system software are 
released, the functionality contained in the separate file 
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can be combined into a single file in the system file. The 
system file can then boot the machine and will not require 
a system enabler file to boot the machine. 

5 Thus, a new Gibbly will supersede the old Gibbly and 
thus maintain the entirety of the boot procedure in a single 
location. To facilitate hardware delivery schedules, new 
machines can be shipped with separate Gibblies capable of 
booting the machine. Then as developers add functionality 
10 to the system software, the new Gibblies will be developed 
H and shipped which are capable of booting machines that 

Q were shipped after the original Gibblies. Thus, these new 

fn Gibblies will supersede those Gibblies that were first 

co shipped with the machines. 

i i i 

¥-i 15 

ffl 1J 

uj With the new Gibbly in place, the older system 

I software is updated to contain all the new functionalities 

jy developed after shipping the older system software. The 

hi new Gibbly brings the older system software, to the 

p 20 functional level of the newer system software without the 

P need for a new version release. 

Preferably, the Gibbly files exist in the System Folder 
because they are required files for booting. Preferably, as 

25 soon as the system software on disk takes over the boot 
process, it searches for all Gibblies that can boot the 
machine. Each Gibbly contains an identifier which specifies 
which computers, for example which Macintoshes in the 
preferred embodiment, that Gibbly is capable of booting. 

30 The Gibbly has an associated time-date stamp. If the 
system software locates more than one Gibbly that can 
boot the machine, the system selects the Gibbly with the 
most recent time stamp to take over the boot process. 
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As discussed above, the appropriate Gibbly may be 
selected based on other criteria or a combination of 
criteria existing in the Gibbly. 

5 Preferably, a Gibbly with a later time-date stamp is 
capable of replacing all prior Gibblies for a particular 
machine. Preferably, this will not require maintaining a 
substantial amount of historical information in the Gibbly. 
Gibblies will take over the boot process without needing 
10 any information from older superseded Gibblies. 
h Preferably, System file Gibblies will be able to boot 

2 completely on their own. Non-System Gibblies will 

fy preferably be compatible with only one previous version 

fjj of the system software, 

oi 15 

w For example, a future scenario will preferably occur 

:. as follows: 

rjj 

[ l j 1/1/95 System 9.0 released 

5 20 2/1/95 Macintosh IV releases with a new ROM. The 
ROM Gibbly boots the Mac using resources from itself and 
from System 9.0. 

3/1/95 Macintosh Classic III releases with an older 
ROM. Since there's no ROM Gibbly, a Gibbly file is provided. 
25 The Gibbly file boots the Macintosh using resources from 
itself and from System 9.0. 

7/1/95 System 9.1 releases. It has a later time- 
date stamp than either the Mac IV ROM Gibbly or the 
Classic III file Gibbly, so it boots the Macs, but has 
30 incorporated the changes from both Gibblies, so the 

system software does not need anything but itself to boot. 
Non-System Gibblies are no longer required for either of 
these machines. 
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If the user attempts to boot a machine with a recent 
Gibbly and old system software, the Gibbly has the option 
of either dealing with the older system and performing the 
5 boot, or telling the user to get the latest version of the 
System software. 

Gibblies should not be considered merely as a new 
extension mechanism. Gibblies do more than extend the 
10 system software by patching the old system software. 
h , Gibblies actually perform the boot process without 

p patching the old boot process. Gibblies supersede the 

older boot process in addition to implementing patches, 
cb to correct problems and provide new functionality. 
Jjj 15 Moreover, only one Gibbly will be executed at boot time, 
y and so the Gibbly itself performs the boot process in 

addition to providing new functionality, thus the Gibbly is 
fy more than an extension or patch, it is a self-contained boot 

fu routine that initializes the system from its initial power- 

K 20 on reset state to the presentation state where the system 
P presents the greeting to the user and is ready to accept 
commands from the system user. In the preferred 
embodiment, the Macintosh environment, the Gibbly brings 
the system up to the "Finder". The Finder is the Macintosh 
25 application that allows a user to manipulate and organize 
files on disk. 

In the past, extensions were provided by INIT files. 
The boot process was responsible for loading these files 
30 and executing the code in these files. The Gibbly also loads 
and executes files to patch code and provide new 
functionality. In the preferred embodiment, the Gibbly 
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preferably knows how to boot the system in addition to 
loading and executing patch files. 

The following table illustrates where each part of the 
boot process may reside. 



Boot Stage 


Location of 


Executed by 




Code 




Diagnostics 


ROM 


ROM 


Boot Blocks 


Disk 


System 


Boot 




System 


Arbitration 


^boot' 2 


System, ROM, 


Main Boot 


^boof 3 


or Gibbly 



Patching with Gibplie? 

The majority of the differences between a machine- 
specific release of System Software and a reference 
release of System Software exist in the patches that are 
needed to get a new machine to boot. 

In the preferred embodiment, the system software 
implements new functionality and corrects problems 
through patches. Each patch routine has an identification 
number associated with it. Every patch may not apply to a 
given machine, thus a patch table is provided to instruct 
the Gibbly which patches not to install for the particular 
machine. For example, if a patch applies only to a color 
monitor, a machine with a monochrome monitor would not 
need to install the color patch. Thus, the color patch would 
appear in the patch table for the monochrome machine and 



February 18, 1993 



Page 20 of 30 



Apple P945 




would not be installed by the Gibbly. Preferably, the size 
of Gibbly files is minimized. 

The key to turning patches on and off is the patch 
5 load table. The table specifies ranges of patches to load 
from a particular set of patches. For each patch entry, the 
patch loader will see if it is in any of the ranges specified 
in the patch load table. If it is, it will be made resident in 
memory and executed. If the entry is not in any of the 
10 specified ranges, it will not be loaded or executed. 

3 This mechanism allows a Gibbly to pick and choose 

Q which patches to install and in which order. For example, it 

JJj can load some patches from the base system, then load 

w 15 some more from it's own set of patches, then go back to 

[[] loading more patches from the system file if it really 

wanted to. A Gibbly might want to do this if some patches 

}:j in the System that didn't change for a new machine relied 

fjj on patches that did change but are loaded before the first 

h' 20 set of patches. 

□ 

Resident Resources 

Gibblies preferably add or replace resources. The 
25 best example is the X STR#' -16395 resource which contains 
a list of the names of all shipping Macintoshes. Chances 
are, this resource in the base system will not have the 
name of new machines. Gibblies for these machines will 
want to replace this resource with a new one that contains 
30 the name of the new machine. 

Illustrative example of a Preferred Embodiment of 
the Invention 



February 18, 1993 Page 21 of 30 Apple P945 



In the drawings the number 140 designates generally 
a computer system. A representative hardware 
environment for the present invention is depicted in Figure 
1 which illustrates a suitable hardware configuration of a 
5 computer system 140 in accordance with the present 
invention. 

The computer system 140 has a central processing 
unit 110, such as a conventional microprocessor, and a 

10 number of other devices interconnected via a computer 
system bus 112. The computer system 140 comprises a 
random access memory 114 (RAM), a read only memory 
116 (ROM), an I/O adapter 118 for connecting peripheral 
devices such as nonvolatile memory devices such as disk 

15 units 120 to the bus 112, a user interface adapter 122 for 
connecting a keyboard 124, a mouse 126, a speaker 128, a 
microphone 132, and/or other user interface devices (not 
illustrated) to the bus 112. The computer system 140 may 
also have a communications adapter 134 for connecting 

20 the bus 112 to a data processing network 130 and a 

display adapter 136 for converting the display information 
from the bus 112 to video information to drive a display 
device 138. 

25 Referring now to Figs. 2-4, flow charts of the present 
invention are schematically illustrated. When the 
computer system 140 is initially started by turning power 
on or during a system reset, a hardware diagnostic test is 
run on the entire computer system 140 from program 

30 instructions located in the ROM 1 1 6. Function block 200 
illustrates this diagnostic test. Upon successful 
completion of the hardware diagnostic tests, subsequent 
instructions in the ROM 116 cause the processor 110 to 
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transfer operating system software and system enabler 
files from hard disk 120 to the RAM 114. This transfer is 
illustrated by function block 202. 

Once the software files are transferred from the disk 
120, the program residing in the ROM 116 transfers control 
to the operating system software now in the RAM 114. This 
transfer of program control is illustrated in function block 
204. One of the first things that the operating system 
software does is cause the processor 110 to look for the 
most appropriate system enabler file that is compatible 
with the hardware of the computer system 140. This is 
illustrated by function block 206. 

When the most compatible system enabler is located, 
the operating system software gives up its control of the 
processor 110. As illustrated in function block 300 and 
decision block 302, the enabler file must be compatible 
with the hardware of the system 140. 

There may be more than one System Enabler file or 
Gibbly present in the computer system 140. A Gibbly may 
be programmed into the ROM 116 at time of manufacture of 
the computer system 140. A Gibbly may be part of the 
operating system software by incorporating the Gibbly at 
the time of software manufacture, or the Gibbly may be a 
separately loaded resource file added subsequent to both 
the hardware and operating system software releases. 

Thus, there may be more than one Gibbly present in a 
computer system 140 and its RAM 114 or ROM 116. The 
present invention searches for all Gibblies that can start 
up (boot) the hardware of the computer system 140. The 
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Gibbly has a resource which specifies which computer 
system 140 the Gibbly may start up. The Gibbly also has 
other data such as a time-date stamp, on which a 
compatibility determination may be made, thus, the 
operating system resource manager may easily determine 
the most appropriate Gibbly to utilize in starting up the 
computer system 140 by using, for example, the latest 
time-date stamped Gibbly having the correct resource ID. 

Once the correct Gibbly is selected by the operating 
system software, the selected Gibbly takes over control 
of the processor 110 of the computer system 140. After 
control is with the selected Gibbly, the Gibbly will modify 
the operating system software and any other software the 
Gibbly is programmed to modify. This step is illustrated in 
function block 304. The Gibbly modifies the appropriate 
software for best compatibility with the host computer 
system 140 so that maximum use is made of any new 
hardware or software technology designed subsequent to 
the generic operating system software. 
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Once the selected Gibbly finishes the boot process it 
launches the process manager. New Gibblies may be added 
at any time during the life of the computer system. For 
example, when a new hardware upgrade is incorporated 
into the computer system 140 a new Gibbly supporting the 
hardware upgrade can be installed into the system folder 
file. The new hardware upgrade used in conjunction with 
the existing computer system 140 and operating system 
software will be accommodated whenever the computer 
system is once again initialized, as illustrated in Fig. 2, 
block 200. 

While the invention has been described in terms of a 
preferred embodiment in a specific system environment, 
those skilled in the art recognize that the invention can be 
practiced, with modification, in other and different 
hardware and software environments within the spirit and 
scope of the appended claims. 
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